Order Grid Highlighting

ABSTRACT

Systems, methods and user interfaces are provided for order matrix management and highlighting. Market data may be arranged in a matrix where the market data may be highlighted and/or otherwise presented to provide further information to a user. In some cases a computer system may include a computer-readable medium containing computer-executable instructions that, when executed by one or more processors, cause a computing device to receive market data for a financial instrument. The computer system may further process instructions to identify pending orders that may result in a cross trade, such as with trades entered by a trader or between members of a same business organization. The computer system may further process instructions that cause the computer system to generate a user interface that highlights which of the pending orders that may result in a cross trade.

The present application is a continuation of U.S. patent applicationSer. No. 14/307,176 entitled “Order Grid Highlighting” that was filed onJun. 17, 2014, which claims priority to U.S. Provisional PatentApplication Ser. No. 61/835,924, filed Jun. 17, 2013, and the entiredisclosure of the applications is hereby incorporated by reference.

FIELD OF THE INVENTION

The present invention relates to systems, methods and user interfacesthat are utilized in connection with the trading of financialinstruments. More particularly, the invention provides mechanisms forcreating an order book that highlights orders within the same company.

DESCRIPTION OF THE RELATED ART

Typical user interfaces used with the trading of financial instrumentsdisplay market depth information in a table format. The table lists bidand offer prices and corresponding quantities. Some tables used withfutures contracts may also identify deliver dates. Existing userinterfaces condense large amounts of information and display informationmost likely needed by traders and others. As a result, traders andothers do not always have all relevant information when submittingorders. This can result in situations, for example, in which a trader orsomeone else submits an order that will be matched against one of thetraders existing resting orders or an order of someone else associatedwith a trader.

Therefore, there is a need in the art for systems, methods and userinterfaces that provide improved information to traders.

SUMMARY OF THE INVENTION

The present invention overcomes at least some of the problems andlimitations of the prior art by providing systems, methods and userinterfaces that mitigates occurrences of cross trades by highlightingorders with a company or other entity.

In various embodiments, the present invention can be partially or whollyimplemented on a computer-readable medium, for example, by storingcomputer-executable instructions or modules, or by utilizingcomputer-readable data structures.

Of course, the methods and systems disclosed herein may also includeother additional elements, steps, computer-executable instructions, orcomputer-readable data structures.

The details of these and other embodiments of the present invention areset forth in the accompanying drawings and the description below. Otherfeatures and advantages of the invention will be apparent from thedescription and drawings, and from the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention may take physical form in certain parts and steps,embodiments of which will be described in detail in the followingdescription and illustrated in the accompanying drawings that form apart hereof, wherein:

FIG. 1 shows a computer network system that may be used to implementaspects of the present invention.

FIGS. 2A-2D show a portion of an illustrative user interface forhighlighting an order based on trading systems and methods according toat least some embodiments.

FIGS. 3A and 3B show a portion of an illustrative user interface forhighlighting an order based on trading systems and methods according toat least some embodiments

FIGS. 4-5 show illustrative windows for showing further informationabout highlighted orders according to some embodiments.

FIG. 6 shows an illustrative menu diagram according to aspects of thepresent invention;

FIGS. 7 and 8, the user interface may include an order book according toaspects of the present invention.

FIGS. 9-11 show illustrative options and/or features associated withfilters according to aspects of an embodiment.

FIG. 12 shows an illustrative order book toolbar 1200 that may be usedto provide buttons for one or more actions according to aspects of thepresent invention.

FIG. 13 shows an illustrative method 1300 for highlighting pendingorders, such as pending orders that may result in a cross-trade.

DETAILED DESCRIPTION OF THE INVENTION

Aspects of the present invention are preferably implemented withcomputer devices and computer networks that allow users to exchangetrading information. An exemplary trading network environment forimplementing trading systems and methods is shown in FIG. 1.

Exemplary Operating Environment

Aspects of at least some embodiments can be implemented with computersystems and computer networks that allow users to communicate tradinginformation. An exemplary trading network environment for implementingtrading systems and methods according to at least some embodiments isshown in FIG. 1. The implemented trading systems and methods can includesystems and methods, such as are described herein, that facilitatetrading and other activities associated with financial products based oncurrency pairs.

Computer system 100 can be operated by a financial product exchange andconfigured to perform operations of the exchange for, e.g., trading andotherwise processing various financial products. Financial products ofthe exchange may include, without limitation, futures contracts, optionson futures contracts (“futures contract options”), and other types ofderivative contracts. Financial products traded or otherwise processedby the exchange may also include over-the-counter (OTC) products such asOTC forwards, OTC options, etc.

Computer system 100 receives orders for financial products, matchesorders to execute trades, transmits market data related to orders andtrades to users, and performs other operations associated with afinancial product exchange. Exchange computer system 100 may beimplemented with one or more mainframe, desktop or other computers. Inone embodiment, a computer device uses one or more 64-bit processors. Auser database 102 includes information identifying traders and otherusers of exchange computer system 100. Data may include user names andpasswords. An account data module 104 may process account informationthat may be used during trades. A match engine module 106 is included tomatch prices and other parameters of bid and offer orders. Match enginemodule 106 may be implemented with software that executes one or morealgorithms for matching bids and offers.

A trade database 108 may be included to store information identifyingtrades and descriptions of trades. In particular, a trade database maystore information identifying the time that a trade took place and thecontract price. An order book module 110 may be included to store pricesand other data for bid and offer orders, and/or to compute (or otherwisedetermine) current bid and offer prices. A market data module 112 may beincluded to collect market data, e.g., data regarding current bids andoffers for futures contracts, futures contract options and otherderivative products. Module 112 may also prepare the collected marketdata for transmission to users. A risk management module 134 may beincluded to compute and determine a user's risk utilization in relationto the user's defined risk thresholds. An order processor module 136 maybe included to decompose delta based and bulk order types for furtherprocessing by order book module 110 and match engine module 106.

A clearinghouse module 140 may be included as part of exchange computersystem 100 and configured to carry out clearinghouse operations. Module140 may receive data from and/or transmit data to trade database 108and/or other modules of computer system 100 regarding trades of futurescontracts, futures contracts options, OTC options and contracts, andother financial products. Clearinghouse module 140 may facilitate thefinancial product exchange acting as one of the parties to every tradedcontract or other product. For example, computer system 100 may match anoffer by party A to sell a financial product with a bid by party B topurchase a like financial product. Module 140 may then create afinancial product between party A and the exchange and an offsettingsecond financial product between the exchange and party B. As anotherexample, module 140 may maintain margin data with regard to clearingmembers and/or trading customers. As part of such margin-relatedoperations, module 140 may store and maintain data regarding the valuesof various contracts and other instruments, determine mark-to-market andfinal settlement amounts, confirm receipt and/or payment of amounts duefrom margin accounts, confirm satisfaction of final settlementobligations (physical or cash), etc. As discussed in further detailbelow, module 140 may determine values for performance bonds associatedwith trading in products based on various types of currency pairs.

Each of modules 102 through 140 could be separate software componentsexecuting within a single computer, separate hardware components (e.g.,dedicated hardware devices) in a single computer, separate computers ina networked computer system, or any combination thereof (e.g., differentcomputers in a networked system may execute software modulescorresponding more than one of modules 102-140).

Computer device 114 is shown directly connected to exchange computersystem 100. Exchange computer system 100 and computer device 114 may beconnected via a T1 line, a common local area network (LAN) or othermechanism for connecting computer devices. Computer device 114 is shownconnected to a radio 132. The user of radio 132 may be a trader orexchange employee. The radio user may transmit orders or otherinformation to a user of computer device 114. The user of computerdevice 114 may then transmit the trade or other information to exchangecomputer system 100.

Computer devices 116 and 118 are coupled to a LAN 124. LAN 124 mayimplement one or more of the well-known LAN topologies and may use avariety of different protocols, such as Ethernet. Computers 116 and 118may communicate with each other and other computers and devicesconnected to LAN 124. Computers and other devices may be connected toLAN 124 via twisted pair wires, coaxial cable, fiber optics, radio linksor other media.

A wireless personal digital assistant device (PDA) 122 may communicatewith LAN 124 or the Internet 126 via radio waves. PDA 122 may alsocommunicate with exchange computer system 100 via a conventionalwireless hub 128. As used herein, a PDA includes mobile telephones andother wireless devices that communicate with a network via radio waves.

FIG. 1 also shows LAN 124 connected to the Internet 126. LAN 124 mayinclude a router to connect LAN 124 to the Internet 126. Computer device120 is shown connected directly to the Internet 126. The connection maybe via a modem, DSL line, satellite dish or any other device forconnecting a computer device to the Internet. Computers 116, 118 and 120may communicate with each other via the Internet 126 and/or LAN 124.

One or more market makers 130 may maintain a market by providingconstant bid and offer prices for a derivative or security to exchangecomputer system 100. Exchange computer system 100 may also include tradeengine 138. Trade engine 138 may, e.g., receive incoming communicationsfrom various channel partners and route those communications to one ormore other modules of exchange computer system 100.

One skilled in the art will appreciate that numerous additionalcomputers and systems may be coupled to exchange computer system 100.Such computers and systems may include, without limitation, additionalclearing systems (e.g., computer systems of clearing member firms),regulatory systems and fee systems.

The operations of computer devices and systems shown in FIG. 1 may becontrolled by computer-executable instructions stored on non-transitorycomputer-readable media. For example, computer device 116 may includecomputer-executable instructions for receiving market data from exchangecomputer system 100 and displaying that information to a user. Asanother example, clearinghouse module 140 and/or other modules ofexchange computer system 100 may include computer-executableinstructions for performing operations associated with determiningperformance bond contributions associated with holdings in products thatare based on various types of currency pairs.

Of course, numerous additional servers, computers, handheld devices,personal digital assistants, telephones and other devices may also beconnected to exchange computer system 100. Moreover, one skilled in theart will appreciate that the topology shown in FIG. 1 is merely anexample and that the components shown in FIG. 1 may be connected bynumerous alternative topologies.

Exemplary Embodiments

In some cases, the exchange computing system 100 may be configured tocreate and/or price an implied volatility derivative product based on animplied volatility of an underlying financial product. In at least someembodiments, the exchange computer system 100 (or “system 100”)receives, stores, generates and/or otherwise and processes data. Inaccordance with various aspects of the invention, the exchange computingsystem 100 may obtain pricing information corresponding to theunderlying financial product from a financial market. This may promise amore straight-forward way for investors to take a position based onimplied volatility of a financial product.

In certain examples, a user interface may use highlighting to indicateorders that may result in a cross trade. Different color highlightingmay be used within the stack of order book depth to distinguish betweenthe orders of the trader viewing the stack, and orders from othertraders within the same company. In some cases, variations of thecolor-coded highlighting, such as border highlighting, may be used tofurther differentiate between cross trade orders at the top of the bookversus cross trade orders lower in the order book stack. If a traderattempts to hit or lift a highlighted order, the user interface candisplay a popup including information about the potential cross trade.For example, the popup window may provide a warning notifying the traderof a potential cross trade with another member of the same companyand/or of a potential cross trade with themselves.

In some examples, an exchange or other entity may identify elements tobe highlighted or otherwise marked. The information may be transmittedto traders or others in a form intended to be used when generating viewson the user interface. Traders may receive the information and displaythe user interface on a desktop computer, tablet computer, mobileterminal, tablet computer, smart phone, or some other computer device.For example, the exchange compute system 100 may generate a userinterface for display on one or more remote devices via a wired orwireless network. For example, the user interface may be communicatedvia the network (e.g., the Internet, 126, the LAN 124, a wide areanetwork (WAN), etc.) to be displayed on a user device such as thecomputer device 114, 116, 118, and 120. In other embodiments, a tradermay use a desktop computer, tablet computer, mobile terminal or someother computer device to compile all of the information and generate theuser interface. In an illustrative embodiment a trader's computer may beconfigured to determine which elements of a user interface should behighlighted or otherwise marked. These elements may then be used togenerate the user interface.

FIGS. 2A-2D show a portion of an illustrative user interface forhighlighting an order placed by a user or another individual associatedwith the user, based on trading systems and methods according to atleast some embodiments. In some cases, a user interface may be definedto display one or more trading orders in a grid view, such as in anorder matrix. In some cases, the order matrix may include a portion 200of a user interface that may be configured to display one or more ordersrelated to a particular financial product (e.g., the financial product215). In the illustrative example, this portion 200 of the userinterface may display orders related to different terms 220 of thefinancial product 210. In some cases, the orders may be displayed as anorder stack that may be shown in a collapsed view 240 or an expandedview 250. For example, a collapsed view 240 may be denoted by a “+”sign, either shown or highlighted in the order matrix. Similarly, theexpanded view 250 may be denoted by a “−” sign, either shown orhighlighted in the order matrix. In some cases, the order matrix maydisplay a quantity 228 and a bid price 230 associated with each of thetrade orders on the order stack.

In some cases, the illustrative user interface may include one or moreoptions for highlighting cells to differentiate between differentpotential orders that may be displayed in an order matrix of the userinterface. In some cases, a user (e.g., a trader) may be a member of abusiness organization where multiple potential trades may be placed fora same product over a given time period (e.g., a trading day). In somecases, these potential orders may be made on either a buy-side or asell-side of a potential trade. Often, such as when a large number oforders for a given product have been received in a system, a trader maynot be aware of orders in the system previously placed by the trader orother members of the associated business organization. In some cases,this may potentially cause the trader to close a trade with himself(herself), or close the trade with another member of his (her) businessorganization.

To avoid this situation, the illustrative user interface may provide avisual indication of orders placed by the trader viewing and/or loggedinto the user interface, such as by highlighting order placed by thetrader in a predefined color (e.g., blue). Further, the user interfacemay also provide a visual indication of orders placed by other membersof the trader's business organization, using a different predefinedcolor (e.g., green). In some cases, the user interface may use the samecolor for identifying orders placed by the trader or other members ofthe trader's organization. Further, because orders may be organizedusing an order stack, the user interface may include options foridentifying whether a potential order placed by the trader or othermember of the trader's organization is at the top of the order stack, orat a lower level of the order stack.

For example, when a bid, such as the bid of an order at the top of theorder stack, such as the bid of order 232, has been placed by the traderviewing the user interface, or another member of the trader's businessorganization, at least a portion of the order (e.g., the bid price) maybe highlighted in a solid color. For example, when an order 232 placedby the trader is at the top of the order stack, the associated bid pricecell in the order matrix may be highlighted in a specified color, suchas blue. Similarly, if this order 232 had been placed by another memberof the trader's organization, the bid price cell may be highlighted in asame or different color, such as green.

In some cases, the trader's orders, or orders placed by other members ofthe trader's organization may be lower in the order stack. Because ofthis, these trades may not be visible in a collapsed view 240 of thetrade. To indicate to a user, such as the trader, that orders placed bythem, or other members of their business organization, the userinterface may use a different form of highlighting to visually show auser that they, or members of their organization have already placedorders for that particular financial product. For example, in cell 234,the border 235 of the cell 234 may be highlighted with a color toidentify whether the trader (e.g., blue) or another member of theirbusiness organization (e.g., green) have placed an order that is locatedlower in the order stack. In such cases, these orders may be displayedwhen the order stacks have been expanded to show the expanded view 250.For example, a user's order 262 may be identifiable by a highlightedcell of a particular color (e.g., blue). In other cases, the expandedorder stack 230 may include two or more orders placed by the traderand/or other members of the trader's business organization. For example,these orders 264, 266 may be highlighted in a same color (e.g., green)to represent order's placed by members of the same businessorganization, or using different colors (e.g., blue, green, etc.) whenat least one of the orders has been placed by the trader viewing, orlogged into, the user interface.

FIGS. 3A and 3B show an operation of an illustrative hold/cancel button,according to at least some embodiments. For example, the user interfacemay include a hold/cancel icon 310 in the trading grid (e.g., the ordermatrix). In some cases, this icon may be used with the orderhighlighting discussed above in reference to FIGS. 2A-2D. For example,the hold/cancel icon 310 may be displayed in, or near, a highlightedcell. In some cases, an action associated with the old/cancel icon 310may be configurable. For example, a user (e.g., a trader, anadministrator, etc.) may be able to configure the hold/cancel icon toplace a hold on an associated order, or cancel the particular order,when selected. In some cases, the hold or cancel functionality of thehold/cancel icon 310 may be configured globally for the application, ormay be configured to hold or cancel orders placed on selected financialproducts. For example, a trader may desire to use the hold/cancel iconto cancel orders associated with a first financial product and to usethe hold/cancel icon to place orders associated with a second financialproduct on hold. In some cases, a user may be assigned rights to cancelor hold any order associated with the business organization. Forexample, an administrator, using an administrator console, may grant oneor more users permission to cancel company orders and/or place companyorders on hold. In such cases, if a user has not been granted thesepermissions, the hold/cancel icon may not be displayed, or operate, withcompany orders. In an illustrative example, 350 a hold/cancel icon maybe associated with each of the orders associated with the trader and/orthe trader's company. In 350, the orders 360, 370 are shown to becanceled, as denoted by the “x”. In some cases, when multiple orders ata same price level are listed in an order stack, a trader may canceleach of the orders individually. In some cases, the user interface maybe configured so that a user may cancel every order for whichpermissions have been granted, by using a single hold/cancel buttonassociated with an order at that particular price.

FIGS. 4 and 5 show illustrative windows for showing further informationabout highlighted orders according to some embodiments. For example, auser may hover a pointing device (e.g., a mouse, a stylus, a finger,etc.) over a highlighted cell in the order matrix. In some cases, thisinformation may be displayed using a right click, a selected menuoption, or the like. While the pointing device is hovering over the cellan additional window (e.g., a tooltip) may be visible and show furtherinformation about the order. For example, an illustrative tooltip 400may show one or more features of an order such as a financial productname, a term, a status, a price, a quantity, an amount of filledcontracts, an order type, a length in time that the order is active, anage of the order, a name of the associated trader, a businessorganization associated with the trader and/or a clearing houseassociated with the order. In some cases, the window may be configuredto display a short name for the trader and/or business organization, afull name of the trader and/or business organization, or both.

In some cases, a window or tooltip may be provided to displayinformation about statistical information related to an associatedfinancial product. This window may be displayed by hovering a pointingdevice over a portion of the order matrix associated with the financialproduct. In some cases, this information may be displayed using a rightclick, a selected menu option, or the like. In an illustrative example,statistical information may be displayed in a window 500 and may includeone or more of a trade time, a volume, a change in price, a high price,a low price, a settlement price, and the like. In some cases, thestatistics viewable in the window 500 may be configurable at a systemlevel and may apply to one or more financial markets (e.g., an over thecounter market, a financial exchange, etc.) so that the informationdisplayed may be customizable based on the information available from aparticular market.

In some cases, the user interface may allow a user to make changes toone or more global groups so that they automatically become localgroups, such as groups including financial products, orders for thefinancial products and/or potential orders for the financial products.In such cases, the user may use options, such as right click options,which may be used to add and/or remove items from a local group. In somecases, the same or similar menu options may be added for use with globalgroups where the user does not have rights to change the group. In suchcases, as the user adds or removes an item the global group may beautomatically converted to a local group and the item may be changed.For example, a global group that may be used by two or more differentuser interfaces may be converted to a local group active on a singleuser interface. In some cases, a new menu option may be used forconverting a global group to a local group when the user does haverights to change the group, such as by using an option to “convert tolocal group”. For example, a menu 600 may include a menu selection thatmay be used to modify and/or convert a group. For example, anillustrative menu selection 610 may include one or more options forworking with the group. For example, the menu selection may include anoption 620 for canceling one or more held orders for the group. In somecases, the menu 600 may include one or more options 630 for editing thegroup, such as to add items to a group, remove items (e.g., financialproducts) to a group and/or to edit the group within another tool thatmay be designed for editing groups. In some cases, the menu 600 mayinclude an option to convert a global group, such as a group offinancial products, to a local group at a user interface at a usercomputer device. In some cases the menu item may include an option forshowing the group in a same window or a new window. In some cases,including such group options may improve the acceptance of global groupfor different groups of traders, such as traders on an exchange.

In some cases, such as in FIG. 7, the user interface may include anorder book, such as the order book 700. The order book may includeoptions for changing a color of a cell based on a status of the orderand or the side (e.g., a buy side, a sell side, etc.) of the order. Insome cases, the buy side and/or sell side colors may be pre-defined,such as by a defining a system default. For example, the buy side colormay be set to red and the sell side color may be set to blue. In somecases, a color associated with the different order statuses may beconfigurable by a user. In some cases, colors defined for the order statcolors may be set to default order colors, such as by using pale greento represent filled orders, yellow to represent partially filled orders,orange to represent partially filled and cancelled orders, pale orangeto represent working orders, white to represent held orders, and red toshow canceled orders.

In some cases, the user interface may include an option to freeze acolumn and/or row of an order matrix. The freeze column option may beused by indicating a range of columns to freeze and may be specified interms of a number of frozen columns. This feature may be enabled on oneor more different matrixes and/or grids. In some cases, the freezecolumn option may not be enabled for trading grids. In an illustrativeexample, of FIG. 8, a frozen column 810 may be set after a specifiedcolumn, such as the type column 820. As such, any scrolling may onlyaffect any columns to the right 830 of the type column 820. In somecases, the frozen column boundary may be indicated by a vertical gridline 840. In some cases, a re-ordering of columns may not affect thefrozen column setting. For example, if another column (e.g., the TIF)column is added and/or dragged to the right of the type column, then anassociated horizontal scroll bar may only scroll columns to the right ofthe TIF column 850.

FIGS. 9-11 show illustrative options and/or features associated withfilters according to aspects of an embodiment. For example, a row headernumber 910 may be used to more easily count a number of rows that maymatch, or be returned by, a filter. In an illustrative case, a rowheader column 920 may be added and may include a row count. In somecases, this feature may be available for one or more different gridsand/or matrixes. In some cases, this feature may not be available forone or more different grids, such as a trading grid. In an illustrativeexample, an order book may be filtered to display working orders for afinancial product. In this case, a broker associated with the userinterface may have 5 working orders and may have 10 filled orders. Assuch, the count displayed in the row header column 920 would be 5. Ifthe broker modifies the filter to display all working and filled orders,then the number displayed would be 15.

FIG. 10 shows an illustrative filter row 1000 according to aspects of anembodiment. In some cases an order book may include the filter row 1000that may allow the user of the user interface to filter one or morespecific columns. The filter row 1000 may allow a user to individuallyset one or more filters for the different columns in the order matrixusing one or more different selection methods, such as by using adropdown menu, a context menu, and/or other such filter selectionmethods. When a filter has been set in a column, text associated withthe filter may appear in a cell of the filter row associated with thecolumn being filtered. In some cases, an indicator (e.g., a row countindicator) may show an indication of a whether a filter has been definedand/or activated. In some cases, this indication may be used to indicatewhich filter is active when a filter icon and/or filter row text may notbe visible on a screen of the user display.

FIG. 11 shows an illustrative filter dropdown menu 1100 according to anaspect of an embodiment. In some cases, when a filter button on the userinterface screen is clicked, the filter dropdown menu 1100 may bedisplayed. In some cases, the filter dropdown menu 1100 may include a“search” box 1110. This search box may allow the user to restrict thelist of available items visible in the checklist of the filter dropdownmenu 1100. This feature may be used with one or more different filtertypes that may allow selection of a large number of search items in thechecklist. For example, a product, a term and/or a user filter mayinclude a large number of searchable items. As such, when a search isentered into the search box an additional option to add a selected termto a filter, such as a search term or a result obtained from using thesearch term, may be displayed. In some cases these additional featuresoption may automatically add filtered terms into an existing set ofterms. In an illustrative case, a filer may be customizable using one ormore filter types as discussed below.

In some cases, a column may not be filterable and, as such, the filtericons may not appear. In some cases, a filter may be selected from oneor more different types. In some cases, a filter selection type mayinclude a pick list, which may display as a set of predefined values.For example, for a Buy/Sell column, the filter selections may include“Select All”, “Buy (B)”, and/or “Sell (S)”. In some cases, a filter maybe selected using a standard filter selection type such as a numericfilter, a string filter, and/or a date/time filter. For example, thenumeric filter may be used to filter based on a particular number(e.g., 1) and may be configured to match an integer representation, adecimal representation or both. Similarly, the string filter may be usedto match a string, or a portion of a string. In some cases, the stringfilter may be used to perform a contents search, to match a selectedsearch term against a portion of a string. An illustrative date/timefilter may be used to match a date, or a specified time period. Forexample, an illustrative date/time filter may include options such as,“Today”, “Past 2 Days”, “Past 3 Days”, “Past Week”, and/or the like.

In some cases, a filter may include a modified pick list filter, such asa term filter, a product filter, and/or a user filter. For example, afilter may be selected using a term filter. A term filter may be aspecial type of pick list filter, where the filter dropdown menudisplays the list of available periods from the local period cache,which may further be grouped by a period name. Similarly a productfilter may be configured as a pick list filter where an associateddropdown menu may display a list of products locally available to theuser interface. Also a user filter may be configured as a pick listfilter where an associated dropdown may display a list of users locallyavailable to the user interface, including a user logged into the userinterface. For example, the user interface selections may include “my”,“company”, “user name 1”, “user name 2”, etc.

When a filer has been set, a menu option (e.g., a right click menuoption) may enable to filter to be saved. In some cases, saved filtersmay be visible as part of the user interface, such as a tab at the topand/or bottom of the user interface. By clicking on the filter, a visualindication that a particular filter has been selected may be used, suchas a text color, a filter image, highlighting, and the like. In somecases, a cross on the table may be used to delete a particular tilterthat may be associated with the tab. Further, by selecting an option, auser may be able to deselect a tab and clear the filter.

In some cases, an order book may support one or more different columnand/or column types. In some cases, an order book associated with a userinterface may include a number of columns. By default a specified numberof columns (e.g., 10 columns) may be frozen, so that when a user scrollsthrough the order book or order matrix, a number of columns may befrozen. For example, a column (e.g., a filled quantity column) may bespecified as where the user interface is frozen so that the specifiedcolumn, and the columns to the left, may not be scrolled by the user. Inan example, illustrative column names and/or column types may includeany number of the columns of Table 1.

TABLE 1 Illustrative order book columns Default Column Position HeaderDescription Filter Type Filter Examples 1 Live Activate/Cancel/Hold Nonebutton 2 Modify Modify button None 3 Product Product name Product 4 TermTerm name Term 5 B/S B(uy) or S(ell) Pick List (Select All) B S 6 QtyTotal quantity of order Numeric 7 Price Limit price Numeric 8 StatusOrder status Pick List (Select All) Working Partially Filled FilledFilled (Cancelled) Held 9 Trade Price Weighted average trade Numericprice across all fills 10 Filled Qty Filled quantity Numeric 11Disclosed Disclosed quantity Numeric Qty 12 Stop Price Stop price (forStop orders) Numeric 13 Type Order type Pick List (Select All) LimitStop Stop-Limit Market Market-Limit 14 TIF Pick List (Select All) DayGTD GTC FAK FOK 15 Expiry Date Date Time 16 Acct String 17 Trader User18 Owner User 19 Venue Pick List (Select All) OTC Exchange 20 TimestampDate Time 21 Notes String 22 GU Firm String 23 GU Acct String 24 APSPick List (Select All) Default Order Group 25 SLEDS Pick List (SelectAll) Default Prior Settlement Execution Price 26 CTI Pick List (SelectAll) 1 2 3 4 27 Sender Sub String ID 28 Sender Comp String ID 29 HONString 30 TON String

FIG. 12 shows an illustrative order book toolbar 1200 that may be usedto provide buttons for one or more actions. The buttons may include an“Activate” button to activate selected orders, a “Hold” button to holdone or more selected orders, a “Cancel” button to cancel one or moreselected orders, a “Price Up/Down” button to increment/decrement a priceof the selected orders by one or more ticks, a “Quantity Up/Down” buttonto increment or decrement the quantity of the selected orders by one ormore ticks, a “Copy” button to launch an order entry form pre-populatedwith details of a selected order to allow a user to easily copy anorder, and/or a “New” button to allow a new order to be entered. In somecases, the number of ticks may be configurable.

In some cases, the user interface may allow a user to select multipleorders to allow different actions to be performed. For example, a columnmay be included in the order matrix to allow the selection of the ordersusing a check box for each row. Also, within the filter row of the ordermatrix, a checkbox may be included. If checked, all rows in the ordermatrix may automatically be checked. If unchecked, all selected rows maybe unselected. As such, this filter row check box may allow a user toquickly check and/or uncheck a number of order rows.

When more than one order has been selected, a context menu, such as an“Order Actions” menu may be available for use by a user of the userinterface. In some cases, the Order Actions menu may allow for multipleorders to be included in one ticket. As soon as there is more than oneorder selected a new context menu “Order Actions” may be available. Thismenu allows the following actions to be applied. As such, multipleorders may be changed using an order dialog window such as by moving adate, setting a note and/or changing an associated order type. Also arow color may be selected by a user to provide a visual representationthat may be used to differentiate and/or identify orders by color. Insome cases, the menu may allow a user to add and/or remove orders to orfrom an order basket.

In some cases an order dialog may be modal and so only one can beopened. In some cases, the user interface may allow multiple orderdialogs to be opened at the same time. In some cases, a limit may be setto limit a number (e.g., 20) of order dialogs that may be opened. Insome cases, traders may submit orders into the market in closesuccession. By allowing the multiple order dialogs to be open at a sametime, the trader may be able to prepare all of the desired orders andsubmit each of the orders in quick succession. In some cases, the orderentry dialogs may be at a top level of the user interface.

In some cases, an option may be enabled in the user interface to enableself-trade protection. Self-trade protection may be used for all ordersprocessed electronically by an exchange or other entity. This self-tradeprotection may have one or more settings. For example, self-tradeprotection may be disabled so that no self-trades checks may be done.When enabled, a self-trade check may be configured to issue a warning oran error. In some cases, an error may stop an order from beingsubmitted. When a warning or an error has been selected to be used forself-trade protection, a dialog may be displayed on a submission of anyorder that matches a same trader's existing order. For example, amessage (e.g., “This order may match another of your orders andself-trade.”) may be displayed. In some cases, the self-trade protectionmay be enabled for use with one or more trading mechanisms. In othercases, if a spread position may be implied from an outright positionorder, the outright position may still be traded. In some cases, awarning may pause the execution of an order. In such cases, a warningdialog may prompt a user to confirm the trade to override the warning.

In some cases, an option may be enabled in the user interface to enablecompany-trade protection. For example, the company trade protectionoption may offer similar settings to the above mentioned self-tradeprotection. As such, company trade protection may be disabled, may beset to issue a warning when the trader is about to trade with anothermember of the same business organization, or issue an error and stop anorder from being submitted when likely to trade with the trader'sbusiness organization. When a warning or error has been selected, adialog may be displayed on the submission of any order by a trader thatmay match an existing order placed by a member of the trader's businessorganization. In some cases, the company trade protection may be offeredfor use with any order processed through the user interface. In othercases, the company trade protection may be used when the trader'sbusiness organization is registered with an organization associated withthe user interface. In some cases, the warning or error functionalitymay be disabled when a spread trade may be implied by the outrightorder. If so, the outright order may still trade. In some cases, orderssubmitted through a broker and/or a trader may (or may not) issue awarning or error. In some cases, orders may exist in a trading clientthat may be separate from the user interface. As such protection againsttrading with a business organization associated with the trader may havetiming risk. In some cases, a warning may pause the execution of anorder. In such cases, a warning dialog may prompt a user to confirm thetrade to override the warning. When a warning or an error has beenselected to be used for company trade protection, a dialog may bedisplayed on a submission of any order that matches a trade associatedwith the trader's business organization. For example, a message (e.g.,“This order may match another in your company and trade.”) may bedisplayed.

In some cases, one or more additional menu options may be available to auser in relation to a highlighted cell in an order matrix. In suchcases, these options may be applied to all orders of a particularfinancial product and at a particular price level. In some cases, theseadditional options may include a modify order option, a copy orderoption, a hold option, a cancel option, and/or the like. In some cases,the user interface may automatically disable such options when notapplicable to a particular order. For example, the “copy order” optionmay be disabled or removed when multiple different orders exist at aparticular price point. In some cases, a menu window, e.g., a modifyorder window, may be opened when a highlighted cell has been properlyselected, such as by using a double click).

FIG. 13 shows an illustrative method 1300 for highlighting pendingorders, such as pending orders that may result in a cross-trade. Forexample, at 1310 market data may be received at a computing device. Forexample, a computer device 120 may be configured to receive market datafrom a financial exchange or other such sources. At 1320, the computingdevice may identify one or more pending orders that may result in across-trade. For example, the computer device 120 may review one or morefields associated with orders to determine whether the order isassociated with a trader, or associated with a trader's businessorganization (e.g., company). At 1330, the user interface may generate ahighlight the pending orders that are associated with the trader or thetrader's business organization. For example, the computing device mayhighlight a trader's trade in a trading matrix of the user interface ina first color (e.g., blue) and may highlight a trade associated with thebusiness organization in a second color (e.g., green).

The present invention has been described herein with reference tospecific exemplary embodiments thereof. It will be apparent to thoseskilled in the art that a person understanding this invention mayconceive of changes or other embodiments or variations, which utilizethe principles of this invention without departing from the broaderspirit and scope of the invention as set forth in the appended claims.All are considered within the sphere, spirit, and scope of theinvention.

1. (canceled)
 2. A computer-readable medium containingcomputer-executable instructions that, when executed by one or moreprocessors, cause a computing device to: receive, via a network from anexchange computing system, market data for a financial instrument;identify, one or more pending orders of an order stack based on themarket data; generate a user interface screen presenting a plurality oftrades for the financial instrument in an expandable grid format,wherein a collapsed form of the expandable grid format corresponds to aview of a current entry in the order stack and an expanded view of theexpandable grid format corresponds to a view having a row associatedwith each entry in the order stack; display, on a user interface screenat a user device, an identifier of one or more pending orders in theorder stack reflecting a potential cross trade, wherein the identifierof the potential cross trade includes: shading a cell in a specifiedcolor when a corresponding trade has been identified as a possible crosstrade when the order stack is shown in the expanded view; andhighlighting a border of the cell at a top level of the order stack inthe specified color when the order stack is shown in the collapsed form;and display, at the user device, a popup window identifying a potentialcross trade associated with a user of the user device.
 3. Thecomputer-readable medium of claim 2, containing computer-executableinstructions that, when executed by the one or more processors, causethe computing device to: highlight a first pending order in the userinterface based on a relationship between the user of the user deviceand a trader that placed the first pending order.
 4. Thecomputer-readable medium of claim 3, containing computer-executableinstructions that, when executed by the one or more processors, causethe computing device to: highlight the first pending order in the userinterface using a first color when a self-trade has been identified. 5.The computer-readable medium of claim 4, containing computer-executableinstructions that, when executed by the one or more processors, causethe computing device to: shade a cell containing the first pending orderin the user interface using the first color when the first pending orderis at a top of the order stack; and highlight a border of the cellcontaining the first pending order in the user interface using the firstcolor when the first pending order is lower than the first order in theorder stack.
 6. The computer-readable medium of claim 3, containingcomputer-executable instructions that, when executed by the one or moreprocessors, cause the computing device to: highlight a second pendingorder in the user interface using a second color when the trader thatplaced the second pending order is associated with the user.
 7. Thecomputer-readable medium of claim 2, containing computer-executableinstructions that, when executed by the one or more processors, causethe computing device to: highlight a cell associated with a collapsedview of the order stack when an order in the order stack is associatedwith one of the user or an organization of which the user is a member;and shade one or more cells in the expanded view of the order stack,wherein a color used to highlight the one or more cells differentiatesbetween a potential self-trade and a potential trade with theorganization of which the user is a member.
 8. A method comprising:receiving, at an exchange computing system, market data for a financialinstrument; identifying, by the exchange computing system, one or morepending orders that may result in a cross trade; and generating, by theexchange computing system for display at a remote user interface device,a user interface screen that highlights the identified one or morepending orders that may result in a cross trade, wherein a colorassociated with a highlighted order corresponds to a characteristic ofthe highlighted order; presenting, on a display device of the remoteuser interface device, the user interface screen received from theexchange computing system; shading, in a specified color, a cellassociated with an order of an order stack when the order has beenidentified as a potential cross trade; highlighting in the specifiedcolor, for a collapsed view of the order stack, a border of the cellassociated with a current order of the order stack when a non-visibleorder in the order stack has been identified as a potential cross trade;and displaying, on the remote user interface device at the user device,a popup window identifying a potential cross trade associated with auser of the user device.
 9. The method of claim 8, comprising:highlighting a cell associated with a pending order on the remote userinterface using a first color to identify a trade associated with theuser and a second color to identify a trade associated with anorganization of which the user is a member.
 10. The method of claim 8,comprising: generating an order stack viewable on the user interface,wherein the order stack displays a first order when the order stack isdisplayed in a collapsed view and displays the first order and at leasta second order when the order stack is viewed in an expanded view;displaying the order stack on the remote user interface with a shadedfirst order when the first order is associated with at least one of theuser of the user interface and an organization associated with the user;and generating a highlighted border around the first order when thesecond order is associated with at least one of the user of the userinterface and an organization associated with the user.
 11. The methodof claim 10, comprising: displaying an expanded view of the order stack;and generating at least one of a shaded first order or a shaded secondorder based on whether the first order or the second order is associatedwith one of the user or the organization associated with the user. 12.The method of claim 8, comprising: generating an order matrix, whereininformation corresponding to a plurality of orders is displayed in agrid format; and generating highlights for the plurality of orders inthe order matrix based on an order status and an order side.
 13. Themethod of claim 12, comprising: generating a highlight for each of theplurality of orders to identify whether a particular order is a buy-sideorder or a sell-side order, wherein the buy-side order is highlightedusing a first color and the sell-side order is highlighted using asecond color.
 14. The method of claim 12, comprising: generating ahighlight for each of the plurality of orders to identify an orderstatus, wherein the order status includes a filled order status, apartially filled order status, a partially filled and canceled orderstatus, a working order status, a held order status and a cancelledorder status.
 15. The method of claim 12, comprising: receiving an errorreaction configuration that defines an error reaction in response to apotential self-trade condition or a potential company-trade condition,wherein a self-trade condition corresponds to an order that may resultin an order where a trader is both a buyer and a seller of a proposedtrade, and the company trade condition corresponds to a trade where thetrader and another member an organization associated with the trader arethe buyer and the seller of the proposed trade.
 16. The method of claim15, comprising: generating an error window for displaying a warningmessage or an error message in response to a condition of the errorreaction configuration being met, where the error window displays one ofa self-trade warning, a self-trade error, a company-trade warning, and acompany trade error.
 17. A system comprising: a user interface device;and an exchange computing system communicatively coupled to the userinterface device, wherein the exchange computing system includes: aprocessor; and a non-transitory memory device communicatively coupled tothe processor, wherein the non-transitory memory device storesinstructions that, when executed by a processor, cause the exchangecomputing system-to: receive market data for a financial instrument;identify pending orders that may result in a cross trade; generate auser interface screen presenting a plurality of trades for the financialinstrument in an expandable grid format, wherein a cell at a top levelof the expandable grid format corresponds to a current entry in an orderstack and wherein: a collapsed form of the expandable grid formatcorresponds to a view of the current entry in the order stack; and anexpanded view of the expandable grid format corresponds to a view havinga row associated with each entry in the order stack; identify one ormore pending orders in the order stack that may result in a cross trade;if one or more pending orders in the order stack have been identified aspossible cross trades: shade cells of the expandable grid format in aspecified color when a corresponding trade has been identified as apossible cross trade with an organization associated with the user ofthe user device; and highlight a border of a top level cell of the orderstack when a non-visible order in the order stack has been identified asa possible cross trade with the organization.
 18. The system of claim17, wherein the non-transitory memory device stores instructions that,when executed by a processor, cause the one or more computing devicesto: communicate, via a network, the user interface screen thathighlights which of the pending orders that may result in a cross tradeto the user interface device for display to the user.
 19. The system ofclaim 16, wherein the non-transitory memory device stores instructionsthat, when executed by a processor, cause the exchange computing systemto: generate the order stack viewable on the user interface screen,wherein the order stack displays a first order when the order stack isdisplayed in a collapsed view and displays the first order and at leasta second order when the order stack is viewed in an expanded view. 20.The system of claim 17, wherein the non-transitory memory device storesinstructions that, when executed by a processor, cause the exchangecomputing system to: highlight a cell associated with a pending order inthe user interface screen using a first color to identify a tradeassociated with a user viewing the user interface screen and a secondcolor to identify a trade associated with an organization of which theuser is a member.
 21. The system of claim 20, wherein the non-transitorymemory device stores instructions that, when executed by a processor,cause the exchange computing system to: receive, via a network, an errorreaction configuration from the user interface device, wherein the errorreaction configuration defines an error reaction in response to apotential self-trade condition or a potential company-trade condition, aself-trade condition corresponds to an order that may result in an orderwhere the user is both the buyer and the seller of a proposed trade, andthe company trade condition corresponds to a trade where the user andanother member of an organization associated with the user are the buyerand the seller of the proposed trade; and generate a popup windowidentifying an identified potential self-trade condition or thepotential company-trade condition based on the error reactionconfiguration.